home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940043.txt < prev    next >
Internet Message Format  |  1994-11-13  |  14KB

  1. Date: Fri, 18 Feb 94 04:30:32 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #43
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Fri, 18 Feb 94       Volume 94 : Issue   43
  11.  
  12. Today's Topics:
  13.                AmiCom 2.0: Compatible with MFJ-1278T ?
  14.             AmiCom 2.0: Compatible with MFJ1278T? (2 msgs)
  15.            Analog WEFAX pictures with SoundBlaster (2 msgs)
  16.               How to send mail from internet to packet?
  17.                        Kaypro terminal emulator
  18.                    Q: Easy Mobile Packet? (2 msgs)
  19.                               SoftModem
  20.                       WEFAX with Kantronics KAM
  21.  
  22. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  23. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  24. Problems you can't solve otherwise to brian@ucsd.edu.
  25.  
  26. Archives of past issues of the Ham-Digital Digest are available 
  27. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  28.  
  29. We trust that readers are intelligent enough to realize that all text
  30. herein consists of personal comments and does not represent the official
  31. policies or positions of any party.  Your mileage may vary.  So there.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: 17 Feb 1994 04:43:49 GMT
  35. From: ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!wupost!udel!news.sprintlink.net!news.dorsai.org!dorsai!jmonaco@network.ucsd.edu
  36. Subject: AmiCom 2.0: Compatible with MFJ-1278T ?
  37. To: ham-digital@ucsd.edu
  38.  
  39. I recently ftp'd AmiCom 2.0, and although it appears to be a well-written
  40. piece of software, am having difficulty interfacing it with my MFJ-1278T
  41. (Firmware Release 3.6).  A "Sync. error - trying to Resync" message keeps
  42. presenting itself.  I have tried modifying and tweaking the 'konfig.ac' file
  43. to no avail.  Any suggestions would be greatly appreciated; especially
  44. considering that the program documentation is in German.
  45.  
  46. Thanks in advance for any help.
  47.  
  48. --
  49. John Monaco  <jmonaco@dorsai.dorsai.org>
  50.  
  51. ------------------------------
  52.  
  53. Date: Thu, 17 Feb 94 00:54:07 GMT
  54. From: mnemosyne.cs.du.edu!nyx!smonaco@uunet.uu.net
  55. Subject: AmiCom 2.0: Compatible with MFJ1278T?
  56. To: ham-digital@ucsd.edu
  57.  
  58. I recently ftp'd Amicom 2.0, and although it appears to be a nicely
  59. written piece of software, I am having trouble interfacing it to
  60. my MFJ-1278T (firmware release 3.6).  A "Sync. error - trying to
  61. Resync." message keeps presenting itself.  I have fooled around with
  62. the 'konfig.ac' file to no avail.  As the documentation is in German, any
  63. help would be greatly appreciated.
  64.  
  65. ------------------------------
  66.  
  67. Date: Thu, 17 Feb 1994 10:55:43 GMT
  68. From: pipex!zaphod.crihan.fr!jussieu.fr!univ-lyon1.fr!swidir.switch.ch!news.unige.ch!ugun2a!pfund@uunet.uu.net
  69. Subject: AmiCom 2.0: Compatible with MFJ1278T?
  70. To: ham-digital@ucsd.edu
  71.  
  72. In article <1994Feb17.005407.22460@mnemosyne.cs.du.edu>, smonaco@nyx.cs.du.edu (Santo Monaco) writes:
  73. > I recently ftp'd Amicom 2.0, and although it appears to be a nicely
  74. > written piece of software, I am having trouble interfacing it to
  75. > my MFJ-1278T (firmware release 3.6).  A "Sync. error - trying to
  76. > Resync." message keeps presenting itself.  I have fooled around with
  77. > the 'konfig.ac' file to no avail.  As the documentation is in German, any
  78. > help would be greatly appreciated.
  79.  
  80. What you need to do, is put your MFJ into KISS mode and change the
  81. konfig.ac file to KISS.drv !  As simple as that !
  82.  
  83. Works very good with my MFJ 1274...
  84.  
  85. Daniel
  86.  
  87. -- 
  88.     __
  89.    /// Daniel Pfund                       Internet: pfund@uni2a.unige.ch
  90. __///  University of Geneva, Economics   AX25: hb9vbc@hb9iap.srom.che.eu
  91. \\\/   only AMIGA makes it possible !                  ham radio amateur
  92.  
  93. ------------------------------
  94.  
  95. Date: 17 Feb 94 21:57:32 GMT
  96. From: agate!msuinfo!harbinger.cc.monash.edu.au!bruce.cs.monash.edu.au!merlin!mel.dit.csiro.au!its.csiro.au!dmssyd.syd.dms.CSIRO.AU!metro!grivel!metz.une.edu.au!smattila@network.ucsd.edu
  97. Subject: Analog WEFAX pictures with SoundBlaster
  98. To: ham-digital@ucsd.edu
  99.  
  100. In article <3426@grivel.une.edu.au> 
  101. smattila@metz.une.edu.au (Sakari Mattila) writes:
  102.  
  103. >Unsynchronised demodulation causes (pseudo)random noise or artifacts 
  104. >in the picture. I have seen a solution to this problem: 1. oversample 
  105. >signal (maybe 9600 samples per second), 2. remove sign, ie. rectify 
  106. >the signal, 3. average (four samples if 9600 samples per second) and 
  107. >4. the averaged values are pixel values. Line synchronisation is best 
  108. >done after averaging.
  109. >
  110.  
  111. There is an error in the sampling frequency. It must be at least
  112. 19200 samples per second, ie. four times the minimum theoretical
  113. sampling frequency. I am not sure, wheter it is better to keep as close
  114. as possible the multiples of carrier, 2400 Hz or make random oversampling.
  115. Some experimenting is needed.
  116.  
  117. Sakari Mattila     smattila@metz.une.edu.au   VK2XIN, OH2AZG (Cis: 71307,1525)
  118. P.O.Box u13        tel. +61 67 733752         --------------------------------
  119. Armidale NSW 2351  ---------------------------
  120. -------------------
  121.  
  122. ------------------------------
  123.  
  124. Date: 17 Feb 94 21:06:36 GMT
  125. From: agate!howland.reston.ans.net!news.moneng.mei.com!uwm.edu!msuinfo!harbinger.cc.monash.edu.au!bruce.cs.monash.edu.au!merlin!mel.dit.csiro.au!its.csiro.au!dmssyd.syd.dms.CSIRO.AU!metro!
  126. Subject: Analog WEFAX pictures with SoundBlaster
  127. To: ham-digital@ucsd.edu
  128.  
  129. Newsgroups: rec.radio.amateur.digital.misc
  130. Subject: WEFAX with Soundblaster card ... some pointers
  131. References: <1994Feb11.155639.10723@midway.uchicago.edu>
  132. Organization: University of New England, Armidale, Australia
  133.  
  134.  
  135. It would be relatively easy to program SoundBlaster to receive analog
  136. WEFAX pictures on 137 MHz and 1.7 GHz, with proper receiver, of course.
  137. WEFAX information is transmitted with FM modulation with 50 kHz bandwidth.
  138. The picture information in audio signal is one sideband modulated on
  139. 2400 Hz carrier. For best picture quality, demodulation should be
  140. synchronised to the 2400 Hz audio carrier, that is difficult with
  141. SoundBlaster. 
  142.  
  143. Unsynchronised demodulation causes (pseudo)random noise or artifacts 
  144. in the picture. I have seen a solution to this problem: 1. oversample 
  145. signal (maybe 9600 samples per second), 2. remove sign, ie. rectify 
  146. the signal, 3. average (four samples if 9600 samples per second) and 
  147. 4. the averaged values are pixel values. Line synchronisation is best 
  148. done after averaging.
  149.  
  150. The theoretical resolution of analog pictures is something like 800 x
  151. 800 pixels, picture with 400 x 400 pixels looks good, even 250 x 250
  152. is usefull. Eight bits per pixel will more than enought for satellite
  153. pictures.
  154.  
  155. One problem we had while using the old German digital WEFAX system
  156. (UKW Berichte / VHF Communications, late 1970's) was the electrical
  157. noise from digital circuits. We had to record the sound on audio tape 
  158. all digital systems switched off and later produce pictures. Ordinary
  159. PCs are powerfull noise sources up to 500 MHz. Thus audio recording
  160. may still be a good idea.
  161.  
  162. There are good examples on how to program SoundBlaster in ftp.wustl.edu
  163. /pub/msdos/sound  ... SBPROG10.ZIP, SBF3.ZIP, SNDBLST4.ZIP files
  164. with C and assembly language examples. By using this code one will not 
  165. need SoundBlaster development kit.
  166.  
  167. When somebody writes a WEFAX program for SoundBlaster, please let me
  168. know ! 
  169.  
  170.  
  171. Sakari Mattila     smattila@metz.une.edu.au   VK2XIN, OH2AZG (Cis: 71307,1525)
  172. P.O.Box u13        tel. +61 67 733752         --------------------------------
  173. Armidale NSW 2351  ---------------------------
  174. -------------------
  175.  
  176. PS. There has been articles on receiving the digital 1.7 GHz WEFAX 
  177. transmissions with a special computer in VHF Communications and Wireless
  178. World (Electronics and Wireless World) magazines. There is also an
  179. offical ESA publication (1970's), describing hardware interface for 
  180. a PDP-8. It would be rather easy to make similar interface for PCs.
  181.  
  182. ------------------------------
  183.  
  184. Date: 14 Feb 94 15:43:07 GMT
  185. From: ncar!csn!dora!etuggle@ames.arpa
  186. Subject: How to send mail from internet to packet?
  187. To: ham-digital@ucsd.edu
  188.  
  189. I'm kinda new to amateur radio and I was wondering,
  190. how (or can) I send a mail message from my internet
  191. machine to a packet radio bbs?  How would I go about 
  192. this?  My name server never heard of the address.
  193. The address is w0bpp@w0xk.#nwmo.mo.usa.na
  194.  
  195. Is it possible to do????
  196.  
  197. Thanx for the help...
  198. -et
  199. -- 
  200. Eddie D. Tuggle, etuggle@dora.auc.trw.com | "There is nothing either good or 
  201. TRW Denver Operations                     |  bad, but thinking makes it so."
  202. 16201 Centretech Pky / Aurora, CO  80011  |                -- SHAKESPEARE
  203. Voice:  303.360.4001  FAX:  303.360.4133  |
  204.  
  205. ------------------------------
  206.  
  207. Date: Wed, 16 Feb 1994 00:49:34 GMT
  208. From: agate!howland.reston.ans.net!math.ohio-state.edu!hobbes.physics.uiowa.edu!news.uiowa.edu!news.weeg.uiowa.edu!jnmeade@ames.arpa
  209. Subject: Kaypro terminal emulator
  210. To: ham-digital@ucsd.edu
  211.  
  212. Steve,
  213.  
  214. There is terminal emulation and communication software for at least the Kaypro II.  I've seen it.  Don't have it at hand.  Last I remember, I got some from the CPM forum on compuserrve.
  215.  
  216. If you run out of ideas, give me another email and I'll check out CIS for you.
  217.  
  218. Jim KB2LMO
  219.  
  220. ------------------------------
  221.  
  222. Date: 17 Feb 1994 20:00:18 GMT
  223. From: news.bu.edu!dartvax.dartmouth.edu!Daniel.W.Collison@purdue.edu
  224. Subject: Q: Easy Mobile Packet?
  225. To: ham-digital@ucsd.edu
  226.  
  227. Anyone have any advice for a convenient way to connect a packet TNC to
  228. a mobile rig?  It would be nice not to have to keep unplugging from the
  229. external speaker jack, not have to unscrew the microphone, etc., if you
  230. could switch from mike to packet & vice versa.  Also it would be
  231. convenient to run the TNC off of the car's power.  I want to use a
  232. KPC-3 TNC, an Icom 228H, and a laptop computer.  Thanks.
  233.  
  234. Dan Collison N1PNE
  235. dwc@dartmouth.edu
  236.  
  237. ------------------------------
  238.  
  239. Date: Thu, 17 Feb 94 22:29:16 -0500
  240. From: psinntp!wlnntp.psi.com!usenet@uunet.uu.net
  241. Subject: Q: Easy Mobile Packet?
  242. To: ham-digital@ucsd.edu
  243.  
  244. MFJ makes a number of different switches that let you switch between 
  245. the mike and the tnc.
  246.  
  247. -Seth
  248.  
  249. ------------------------------
  250.  
  251. Date: 17 Feb 1994 13:12:49 GMT
  252. From: library.ucla.edu!agate!howland.reston.ans.net!pipex!sunic!trane.uninett.no!news.eunet.no!nuug!news.eunet.fi!KremlSun!kiae!relcom!push.stack.serpukhov.su!stack.serpukhov.su!victor@network.
  253. Subject: SoftModem
  254. To: ham-digital@ucsd.edu
  255.  
  256. Hello ALL
  257.  
  258. I read about new phone SoftModem. DigiCom made "Connection",
  259. "Scout+", etc softModems. Risc Processor 16.6 Mhz do ALL
  260. modems function by programme which loaded into the modems RAM.
  261. With this technology possibly to get all main Amateur digital
  262. modes. (Of course with new Amateur SoftModem and Software
  263. support.)
  264.  
  265. Can you tell me about working for amateur SoftModem ?
  266.  
  267. I know about amateurs DSP-2232/1232, but it is very expensive
  268. and have built-in software for various mode. It is some other...
  269.  
  270. 73! Victor, RX3DIN
  271.  
  272. ------------------------------
  273.  
  274. Date: 17 Feb 1994 15:53:39 GMT
  275. From: ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!cs.utexas.edu!swrinde!sgiblab!sgigate.sgi.com!olivea!inews.intel.com!scdt!dbraun@network.ucsd.edu
  276. Subject: WEFAX with Kantronics KAM
  277. To: ham-digital@ucsd.edu
  278.  
  279. My KAM+ manual cryptically implies that a can use special software
  280. to receive WEFAX pcitures.  Is there a FTP-able package to do this?
  281. Also, what does the KAM actually do when you put it into WEFAX mode?
  282.  
  283. -- 
  284.  
  285.  Doug Braun                         Intel Design Technology
  286.                                     408 765-4279
  287.  
  288.  dbraun@scdt.intel.com
  289.  
  290.                  / decwrl \
  291.                  | hplabs |
  292.  or maybe:      -| oliveb |- !intelca!mipos3!cadev6!dbraun
  293.                  | amd    |
  294.                  \ qantel /
  295.  
  296.  
  297. "There is no human problem which could not be solved if
  298.  people would simply do as I advise." -- Gore Vidal
  299.  
  300. ------------------------------
  301.  
  302. Date: 14 Feb 1994 15:08:44 -0000
  303. From: pacbell.com!sgiblab!swrinde!cs.utexas.edu!howland.reston.ans.net!pipex!warwick!unicorn.nott.ac.uk!unicorn.nott.ac.uk!not-for-mail@network.ucsd.edu
  304. To: ham-digital@ucsd.edu
  305.  
  306. References <CKvDE3.M5v@acsu.buffalo.edu>, <1994Feb10.051403.1171@exuco1.exucom.com>, <1994Feb13.174518.13693@uxmail.ust.hk>c.uk
  307. Subject : Re: Packet BBS run off of a SUN?
  308.  
  309. In article <1994Feb13.174518.13693@uxmail.ust.hk> ee_hflo@uxmail.ust.hk (Michael Lo) writes:
  310. >    Are there any BBS programs for Linux ?
  311.  
  312. At the moment, I know of two under development -  G7IUB is developing one to
  313. run under WAMPES (a bad idea, IMHO) and I'm (slowly) working on some form of
  314. BBS for Linux using the kernel AX25. This may be some time though :-)
  315. In the immediate term, the Linux port of WG7J's JNOS (by KF8NH) works real
  316. nice - I used to run it myself.
  317.  
  318. 73 Mike G7GPA
  319.  
  320.  
  321.  
  322. -- 
  323. +- Mike Knell, University of Nottingham, UK -=- M.Knell@unicorn.nott.ac.uk --+
  324. |  --THIS SPACE TEMPORARILY BLANK--   | AMPR: g7gpa@hobbes.g7gpa.ampr.org    |
  325. | (until I can think of a decent joke)| AX25: g7gpa@g7gpa.gb7bad.#23.gbr.eu  |
  326. |UNDER the overpass! OVER the underpass! Around the future and BEYOND REPAIR!|
  327.  
  328. ------------------------------
  329.  
  330. End of Ham-Digital Digest V94 #43
  331. ******************************
  332.